🛠️ All DevTools

[DevOps] Show HN: Superset – Terminal to run 10 parallel coding agents Hey HN, we’re Avi, Kiet, and Satya. We’re building Superset, an open-source terminal made for managing a bunch of coding agents (Claude Code, Codex, etc) in parallel.<p>- Superset makes it easy to spin up git worktrees and automatically setup your environment<p>- Agents and terminal tabs are isolated to worktrees, preventing conflicts<p>- Built-in hooks [0] to notify when your coding agents are done&#x2F;needs attention,<p>- A diff viewer to review the changes and make PRs quickly<p>We’re three engineers who’ve built and maintained large codebases, and kept wanting to work on as many features in parallel as possible. Git worktrees [1] have been a useful solution for this task but they’re annoying to spin up and manage. We started superset as a tool that uses the best practices we’ve discovered running parallel agents.<p>Here is a demo video:<p><a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=pHJhKFX2S-4" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=pHJhKFX2S-4</a><p>We all use Superset to build Superset, and it more than doubles our productivity (you’ll be able to tell from the autoupdates). We have many friends using it over their IDE of choice or replacing their terminals with Superset, and it seems to stick because they can keep using whatever CLI agent or tool they want while Superset just augments their existing set of tools.<p>Superset is written predominantly in Typescript and based on Electron, xterm.js, and node-pty. We chose xterm+node-pty because it&#x27;s a proven way to run real PTYs in a desktop app (used by VSCode and Hyper), and Electron lets us ship fast. Next, we’re exploring features like running worktrees in cloud VMs to offload local resources, context sharing between agents, and a top-level orchestration agent for managing many worktrees or projects at once.<p>We’ve learned a lot building this: making a good terminal is more complex than you’d think, and terminal and git defaults aren’t universal (svn vs git, weird shell setups, complex monorepos, etc.).<p>Building a product for yourself is way faster and quite fun. It&#x27;s early days, but we’d love you to try Superset across all your CLI tools and environments, we welcome your feedback! :)<p>[0] <a href="https:&#x2F;&#x2F;code.claude.com&#x2F;docs&#x2F;en&#x2F;hooks" rel="nofollow">https:&#x2F;&#x2F;code.claude.com&#x2F;docs&#x2F;en&#x2F;hooks</a><p>[1] <a href="https:&#x2F;&#x2F;git-scm.com&#x2F;docs&#x2F;git-worktree" rel="nofollow">https:&#x2F;&#x2F;git-scm.com&#x2F;docs&#x2F;git-worktree</a>

[API/SDK] Show HN: Kapso – WhatsApp for developers Hey HN, I&#x27;m Andres. I&#x27;ve been building Kapso as a solo founder, and just crossed 4,000 developers, all organic.<p>WhatsApp has 3B+ users and 98% open rates. You&#x27;d expect developers to be building tons of stuff on it, especially when the US is the fastest-growing market in WhatsApp usage.<p>But it’s not happening… And I&#x27;d bet it&#x27;s because the DX is painful.<p>Every team needs to build the same features again and again. Meta fires webhooks for everything. There&#x27;s valuable data in there for debugging, but no way to make sense of it without building your own tooling.<p>That’s why I built Kapso. What you get:<p>- Working WhatsApp API + inbox in 2 minutes, not days - Full observability: every webhook parsed, every message tracked, actual debugging tools - Multi-tenant platform: generate a setup link, customer connects their Meta account, done - Workflow builder for deterministic automations and AI Agents - WhatsApp Flows: build mini apps inside WhatsApp using AI + serverless functions - Docs that work for humans and LLMs<p>We&#x27;re up to 95% cheaper than Twilio, with a generous free tier (2,000 messages per month).<p>We also open source several tools: a TypeScript client for the WhatsApp Cloud API, a reference WhatsApp Inbox implementation, and a voice AI agent for WhatsApp.<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;gokapso&#x2F;" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;gokapso&#x2F;</a><p>Happy to answer questions!<p><a href="https:&#x2F;&#x2F;kapso.ai&#x2F;" rel="nofollow">https:&#x2F;&#x2F;kapso.ai&#x2F;</a>

[Other] Show HN: Openinary – Self-hosted image processing like Cloudinary Hi HN!<p>I built Openinary because Cloudinary and Uploadcare lock your images and charge per request.<p>Openinary lets you self-host a full image pipeline: transform, optimize, and cache images on your infra; S3, Cloudflare R2, or any S3-compatible storage.<p>It’s the only self-hosted Cloudinary-like tool handling both transformations and delivery with a simple URL API (&#x2F;t&#x2F;w_800,h_800,f_avif&#x2F;sample.jpg).<p>Built with Node.js, Docker-ready.<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;openinary&#x2F;openinary" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;openinary&#x2F;openinary</a><p>Feedback welcome; especially from Cloudinary users wanting the same UX but on their own infra!

[Other] Show HN: Mysti – Claude, Codex, and Gemini debate your code, then synthesize Hey HN! I&#x27;m Baha, creator of Mysti.<p>The problem: I pay for Claude Pro, ChatGPT Plus, and Gemini but only one could help at a time. On tricky architecture decisions, I wanted a second opinion.<p>The solution: Mysti lets you pick any two AI agents (Claude Code, Codex, Gemini) to collaborate. They each analyze your request, debate approaches, then synthesize the best solution.<p>Your prompt → Agent 1 analyzes → Agent 2 analyzes → Discussion → Synthesized solution<p>Why this matters: each model has different training and blind spots. Two perspectives catch edge cases one would miss. It&#x27;s like pair programming with two senior devs who actually discuss before answering.<p>What you get: * Use your existing subscriptions (no new accounts, just your CLI tools) * 16 personas (Architect, Debugger, Security Expert, etc) * Full permission control from read-only to autonomous * Unified context when switching agents<p>Tech: TypeScript, VS Code Extension API, shells out to claude-code&#x2F;codex-cli&#x2F;gemini-cli<p>License: BSL 1.1, free for personal and educational use, converts to MIT in 2030 (would love input on this, does it make sense to just go MIT?)<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;DeepMyst&#x2F;Mysti" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;DeepMyst&#x2F;Mysti</a><p>Would love feedback on the brainstorm mode. Is multi-agent collaboration actually useful or am I just solving my own niche problem?

[Other] Carnap – A formal logic framework for Haskell

[Monitoring/Observability] Background job monitoring & instant alerts Monitor cron jobs, queues, and serverless workers with simple HTTP pings. Get instant alerts when they fail or go missing.

[Other] Run powerful PDF, Image, and Dev tools offline. 100% Privacy The all-in-one privacy-focused digital toolkit for developers and professionals. Run PDF tools, converters, and calculators offline in your browser. No server uploads.

[CLI Tool] Run AI agents like Claude Code, Codex, Opencode on mobile Vibe Pocket is a cloud based platform for running AI agents like Claude Code, Codex, opencode, on mobile or web. Connect GitHub, pick an agent, and start building from any device. More than 15 CLI agents are supported including Claude Code, Codex, Gemini CLI, OpenCode, Droid, AMP Cli, Crush, Aider... You can also connect to the terminal and run your apps or any command you want just like on a computer terminal easily. You can also access your running web apps directly within Vibe Pocket.

[Other] Tc – Theodore Calvin's language-agnostic testing framework

[Other] Archiving Git Branches as Tags

[Build/Deploy] Show HN: Hurry – Fast Rust build caching Hey HN, we’re Eliza and Xin. We’re working on Hurry, an open source drop-in tool that adds distributed build caching to Cargo with (almost) zero configuration. Wherever you run cargo build, you can run hurry cargo build instead, and expect around 2-5x (our best benchmark is 22x) faster builds.<p>We built this because we were dissatisfied with the current build caching options available for Rust. Buck and Bazel require learning a new tool. GitHub Actions and swatinem are too coarse-grained (either the whole cache hits, or none of it does) and finicky to debug, and cargo-chef and Docker layer caching have the same problems.<p>We wanted something that could restore cache at the package level, did not require integration-specific setup, and worked everywhere.<p>Hurry is fully open source under Apache 2. You can try it out now with our cloud hosted caching service at <a href="https:&#x2F;&#x2F;hurry.build" rel="nofollow">https:&#x2F;&#x2F;hurry.build</a> or self-host your own build cache service from <a href="https:&#x2F;&#x2F;github.com&#x2F;attunehq&#x2F;hurry" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;attunehq&#x2F;hurry</a>. Sorry in advance for the rough edges - we have some customers already exercising the hot paths, but build tools are pretty large surfaces. We’ve got a list of known limitations at <a href="https:&#x2F;&#x2F;github.com&#x2F;attunehq&#x2F;hurry?tab=readme-ov-file#known-limitations" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;attunehq&#x2F;hurry?tab=readme-ov-file#known-l...</a>.<p>We’d love for folks here to try it out (maybe on your next Rust winter side project?) and let us know what you think. We’ll be in the comments here, or you can email us at founders@attunehq.com.<p>Our goal is to make all parts of software engineering faster. If you have some part of your coding workflow that you want faster, please feel free to reach out. We’d love to chat.

[Other] Show HN: TinyDOCX – Word/ODT library (14x smaller than docx) After posting tinypdf here, someone opened an issue asking for Word&#x2F;OpenOffice support. I understand - sometimes you need an editable document, not a PDF.<p>I didn&#x27;t want to extend the library itself, so I built tinydocx: &lt;1K lines of TypeScript, zero dependencies, 7.7KB minified+gzipped. The popular docx package is 108KB with 5 dependencies.<p>What&#x27;s included: - Text formatting (bold&#x2F;italic&#x2F;underline&#x2F;strikethrough, colors, custom fonts) - Headings (H1-H6) - Tables with borders and column widths - Bullet and numbered lists (with nesting) - Images (PNG, JPEG, GIF, WebP) - Hyperlinks - Headers&#x2F;footers with page numbers - Blockquotes and code blocks - Markdown to DOCX conversion - ODT (OpenDocument) support with the same API<p>What&#x27;s not included: - Table of contents, footnotes, bookmarks - Track changes, comments - Multi-column layouts, text wrapping - Reading&#x2F;modifying existing .docx files - Math equations, drawing shapes<p>DOCX files are just ZIP archives containing XML. Once you understand the structure, generating simple documents is straightforward. The hard part is knowing which XML elements Word actually requires vs. what&#x27;s optional cruft.<p>Works great for invoices, reports, form letters - anything where you want the recipient to edit the document. Pairs nicely with tinypdf when you need both formats.<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;Lulzx&#x2F;tinydocx" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Lulzx&#x2F;tinydocx</a> npm: npm install tinydocx

[Other] Claude Code gets native LSP support

[Other] Show HN: Extract diagrams from PDF to SVG I&#x27;ve noticed that many blog posts about papers (which are in PDF) use raster screenshots (JPG, PNG, etc.) of key diagrams, which makes it hard to zoom in on the details (e.g., on mobile) because they pixelate and turn blurry, unless the screenshot was taken at a much higher resolution than the space on the page, which enables some zooming in without much degradation.<p>I wondered why they don&#x27;t use SVG (since the original source in the PDF is usually a vector diagram), and when I went to try to extract diagrams as SVG from a PDF, I wasn&#x27;t able to find an easy way to do that, even when trying SVG editors which have support for importing PDFs such as Inkscape.<p>So I built a small GUI tool which lets you open a PDF and view it, visually select a rectangular region (which you can drag to reposition), and save the region to an SVG.<p>It uses the Poppler CLI tools to do the PDF rendering and extraction, but it would be difficult to specify the necessary flags (especially the coordinates) to these tools manually without a GUI tool like this.<p>Please try it out and see if it&#x27;s helpful! Feature requests and bug reports are welcome, including any issues with installation or usage.<p>Thanks for taking a look.

[Other] A Python library for extracting structured information from unstructured text using LLMs with precise source grounding and interactive visualization.

[Other] A bitwise reproducible deep learning framework

[API/SDK] Show HN: Yapi – FOSS terminal API client for power users I shared a previous version of yapi a few months ago in the comments section of a post talking about the insanity of Postman being &#x27;down&#x27;. yapi has developed into a more mature project since then!<p><a href="https:&#x2F;&#x2F;github.com&#x2F;jamierpond&#x2F;yapi" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jamierpond&#x2F;yapi</a><p>Still very early, but it makes me much more productive vs Postman, Bruno, Insomnia, etc.<p>If youre a nvim&#x2F;tmux culture human, you might like this!

[Other] Build Android apps using Rust and Iced Some time ago I decided to try building an Android app using Rust. After a few weeks I got it working. There was a new iced release recently, so I&#x27;ve just updated the example to new iced and wgpu. I&#x27;d like to share my experience to attract more attention to Rust on Android.<p>First things, I want to thank all the people who work on the foundational crates and tools such as: - <a href="https:&#x2F;&#x2F;github.com&#x2F;rust-mobile&#x2F;android-activity" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rust-mobile&#x2F;android-activity</a> - <a href="https:&#x2F;&#x2F;github.com&#x2F;jni-rs&#x2F;jni-rs" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jni-rs&#x2F;jni-rs</a> - <a href="https:&#x2F;&#x2F;github.com&#x2F;gfx-rs&#x2F;wgpu" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;gfx-rs&#x2F;wgpu</a> - <a href="https:&#x2F;&#x2F;github.com&#x2F;rust-windowing&#x2F;winit" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rust-windowing&#x2F;winit</a> - and many others<p>When I started I had to learn what tools and examples already exist. Luckily, there&#x27;s a good set of examples using both NativeActivity and GameActivity: <a href="https:&#x2F;&#x2F;github.com&#x2F;rust-mobile&#x2F;rust-android-examples" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rust-mobile&#x2F;rust-android-examples</a><p>The basic approach is that we take android-activity, winit and wgpu and that&#x27;s it. On top of that you can find a few egui examples in the rust-android-examples repo.<p>Alright, so after I&#x27;ve got the basic examples running, I wanted to combine them with iced. Iced is a crossplatform gui library focusing on desktop and web. The mobile support is explicitly a non-goal, as far as I can tell at the moment of writing. Yet, there&#x27;s an issue where some people posted their experiments. That&#x27;s how I knew it was possible: <a href="https:&#x2F;&#x2F;github.com&#x2F;iced-rs&#x2F;iced&#x2F;issues&#x2F;302" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;iced-rs&#x2F;iced&#x2F;issues&#x2F;302</a><p>There&#x27;s a way to integrate iced in wgpu applications, so called integration example: <a href="https:&#x2F;&#x2F;github.com&#x2F;iced-rs&#x2F;iced&#x2F;tree&#x2F;0.14.0&#x2F;examples&#x2F;integration" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;iced-rs&#x2F;iced&#x2F;tree&#x2F;0.14.0&#x2F;examples&#x2F;integra...</a><p>Above I mentioned that using winit and wgpu in combination with android-activity is enough to build the app. Putting together 1 + 1 I got 2: let&#x27;s use iced integration example with android-activity. It was quite easy to compile with almost no errors. First issue I encountered is that there was no text rendered. I solved this by loading fonts the way it was shown here: <a href="https:&#x2F;&#x2F;github.com&#x2F;pop-os&#x2F;cosmic-text&#x2F;issues&#x2F;243#issue-2189977938" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;pop-os&#x2F;cosmic-text&#x2F;issues&#x2F;243#issue-21899...</a><p>Then I patched a few widgets to add touch support. And that&#x27;s it. My role here was to take all the prior work and combine it together in a way that there&#x27;s a working example.<p>Some other ways of building Android apps using Rust: - xilem has an explicit goal to support mobile <a href="https:&#x2F;&#x2F;github.com&#x2F;linebender&#x2F;xilem" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;linebender&#x2F;xilem</a> - egui supports mobile <a href="https:&#x2F;&#x2F;github.com&#x2F;emilk&#x2F;egui" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;emilk&#x2F;egui</a> - game engines such as Fyrox and Bevy support mobile: - <a href="https:&#x2F;&#x2F;github.com&#x2F;FyroxEngine&#x2F;Fyrox" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;FyroxEngine&#x2F;Fyrox</a> - <a href="https:&#x2F;&#x2F;github.com&#x2F;bevyengine&#x2F;bevy" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;bevyengine&#x2F;bevy</a> - pretty much anything built on top of winit and wgpu<p>All of the above is related to building native apps using either NativeActivity or GameActivity. I&#x27;m leaving webview out of scope of current post.<p>What about iOS? As far as I know it should be similar or maybe simpler compared to Android. I haven&#x27;t built it yet, but the next time I have a sizeable amount of free time, I&#x27;ll try to make it work. The plan is the same: pick winit, wgpu, iced integration example, mix it together until it works. It&#x27;ll require the same trick to load fonts, and maybe something else, but no visible blockers as of now.<p>Once again, thanks to all the people who made it possible and I wish you have a great time building mobile apps with Rust!

[Other] Show HN: Rust/WASM lighting data toolkit – parses legacy formats, generates SVGs Hi HN, I&#x27;m Holger, a developer who worked in the lighting industry.<p>I built this to scratch my own itch and put it on crates.io and PyPI where nothing like it existed.<p>The old file formats (EULUMDAT from 1990, IES from 1991) still work fine for basic photometry. But the industry is moving toward spectral data – full wavelength distributions instead of just lumen values.<p>The new standards (TM-33, ATLA-S001) are barely supported by existing tools.<p>So this handles both: legacy formats for compatibility, spectral data for anyone who wants to work with the new standards.<p>Stack: Rust core, then UniFFI for bindings. One codebase compiles to WASM&#x2F;Leptos, egui, SwiftUI, Jetpack Compose, PyO3.<p>At one point the generated Swift boilerplate got so large GitHub classified it as a Swift project. 3D viewer is Bevy, loaded on-demand.<p>Feedback welcome – especially on the SVG output and the 3D viewer.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;holg&#x2F;eulumdat-rs" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;holg&#x2F;eulumdat-rs</a> (MIT&#x2F;Apache-2.0)

[Other] Langjam-Gamejam Devlog: Making a language, compiler, VM and 5 games in 52 hours